home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0082 / 111.txt < prev    next >
Text File  |  1997-04-16  |  16KB  |  434 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Sun, 28 Jan 90       Volume 90 : Issue  111
  4.  
  5. Today's Topics:
  6.                     appl_tplay() & appl_trecord()
  7.            Atari's Quarterly Results ($5.4 Million Lost) :)
  8.                               DUCK31.PRG
  9.                       Facts, not only talking a
  10.                      How to inquire GDOS status ?
  11.                           Keyboard Question
  12.            POOLFIX3.ARC - fix program for TOS 1.4, TOS 1.6
  13.                         Specter GCR questions
  14. ST Format, TOS 1.4 moans directed at Atari UK (was: HAPPY NEW YEAR, ALL!)
  15.                        ST S/ware Rental Places
  16.                           TURBO-C Question!
  17.                          TURBO C/MAS problem
  18.                            Unix Windows ...
  19.                         VDI commands recording
  20. ----------------------------------------------------------------------
  21.  
  22. Date: 26 Jan 90 23:51:11 GMT
  23. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  24. Subject: appl_tplay() & appl_trecord()
  25. Message-ID: <2003@atari.UUCP>
  26.  
  27. There was an auto folder program distributed once upon a time which
  28. fixed the specific bugs with appl_tplay() and appl_trecord().  It
  29. was distributed with an ST demo program that went out to many dealers.
  30. It is possible that the Atari customer support people in your country
  31. have a copy of this program.  Check with customer support at your
  32. subsidiary.
  33.  
  34. Better yet, get Rainbow TOS (1.4)!
  35. --
  36.    |||   Ken Badertscher  (ames!atari!kbad)
  37.    |||   Atari R&D System Software Engine
  38.   / | \  #include <disclaimer>
  39.  
  40. ------------------------------
  41.  
  42. Date: 27 Jan 90 08:50:51 GMT
  43. From: cunixc!cunixa.cc.columbia.edu!cmm1@columbia.edu  (Christopher M Mauritz)
  44. Subject: Atari's Quarterly Results ($5.4 Million Lost) :)
  45. Message-ID: <2723@cunixc.cc.columbia.edu>
  46.  
  47. re:  Atari being debt free???
  48.  
  49. Hahaha!  Not by a longshot.  I have a nice fat, juicy Dunn&Bradstreet
  50. report (just downloaded it from the D&B database this morning) that
  51. pretty much rips Atari's finances apart.  Just for openers, they rate
  52. Atari as #8 in riskiness (out of a 1-10 scale...10 being the highest risk).
  53. They also have trouble paying their bills on time.  I'll try to summarize
  54. the report here in a few days.  I'm a bit too busy to type it in now.
  55.  
  56. Chris
  57.  
  58. ------------------------------+---------------------------
  59. Chris Mauritz                 |Where there's a BEER,
  60. cmm1@cunixa.cc.columbia.edu   |there's a plan.
  61. (c)All rights reserved.       |
  62. Send flames to /dev/null      |Need I say more?
  63. ------------------------------+---------------------------
  64.  
  65. ------------------------------
  66.  
  67. Date: 27 Jan 90 17:09:26 GMT
  68. From: maytag!water!ljdickey@iuvax.cs.indiana.edu  (L.J.Dickey)
  69. Subject: DUCK31.PRG
  70. Message-ID: <2931@water.waterloo.edu>
  71.  
  72. In article <900125.16412988.013314@SFA.CP6> Z4648252@SFAUSTIN.BITNET (Z4648252)
  73.  writes:
  74. >    A few weeks back, I wrote a simple program called DUCK31.PRG ...
  75. ...
  76. >    I have received reports that it is not working with some STs and for
  77. >the life of me, I can't figure out why.  ...
  78.  
  79. I have just installed A:\AUTO\DUCK31.PRG on my Mega ST2.
  80. It is the only program on the floppy.  When I turn my system on,
  81. I flip all the necessary switches.  The program DUCK31 starts up,
  82. and after about 15 seconds it seems to do a warm boot.  In the
  83. meantime my FA*ST 30 hard drive has finished going through its
  84. startup routine, and has stopped its twitching and humming.
  85.  
  86. The system then goes through all the steps that it used to do
  87. before I installed DUCK31.  The advantage is that now I can turn
  88. on all the switches at once.  I used to turn on the hard drive
  89. and then wait 15 seconds or so before turning on the Mega ST2.
  90.  
  91. --
  92.     L. J. Dickey, Faculty of Mathematics, University of Waterloo.
  93.         ljdickey@water.UWaterloo.ca     ljdickey@water.BITNET
  94.         ljdickey@water.UUCP             ..!uunet!watmath!water!ljdickey
  95.         ljdickey@water.waterloo.edu
  96.  
  97. ------------------------------
  98.  
  99. Date: 25 Jan 90 15:30:41 GMT
  100. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  101. Subject: Facts, not only talking a
  102. Message-ID: <1989@atari.UUCP>
  103.  
  104. ron.sharp@canremote.uucp (RON SHARP) writes:
  105.  
  106. | Phoowie!  The only way I can get simple information on memory locations
  107. | is to become a developer, because anyone else who has the info isn't
  108. | allowed to tell me.
  109.  
  110. There are several good books on programming the ST (including the MWC
  111. manual recently mentioned by Mr. Glasser - and it comes with a decent
  112. compiler, too).
  113.  
  114. | So I can spend $300 U.S. on a giant stack of poorly organized ... stuff.
  115.  
  116. You can purchase developer documentation by itself for a significantly
  117. reduced price.  The latest release of the developer documentation is
  118. professionally printed, indexed, and includes several new addenda.
  119.  
  120. I think you should ask some professional developers what kind of support
  121. they have been getting recently for their hard earned bucks.  There
  122. have been a lot of changes in the past few months, and there is more
  123. coming.  I'm not talking words, either, I am talking _action_.  I
  124. am thoroughly impressed with the steps Antonio Salerno and crew have
  125. taken towards making the U.S. developer's job an easy one, and Antonio
  126. has promised that the stuff developers have already received in the mail
  127. is only the tip of the iceberg.
  128.  
  129. For information on developing for the Atari ST/Mega/STE/TT, please
  130. contact Gail Johnson at Atari U.S. Corp.  Her address is:
  131.  
  132. Atari Corporation
  133. Attn: Gail Johnson
  134. 1196 Borregas Ave.
  135. Sunnyvale, CA 94086-3427
  136.  
  137. Phone: (408) 745-2568
  138.  
  139. I think you'll be surprised at what you discover.  Atari U.S. isn't
  140. leaving its developers out in the cold any more.
  141.  
  142. --
  143.    |||   Ken Badertscher  (ames!atari!kbad)
  144.    |||   Atari R&D System Software Engine
  145.   / | \  #include <disclaimer>
  146.  
  147. ------------------------------
  148.  
  149. Date: 27 Jan 90 11:37:58 GMT
  150. From: stephen@cs.ucla.edu  (Steve Whitney)
  151. Subject: How to inquire GDOS status ?
  152. Message-ID: <31307@shemp.CS.UCLA.EDU>
  153.  
  154. In article <6:kruel@vax.rz.uni-wuerzburg.dbp.de>
  155.  kruel@vax.rz.uni-wuerzburg.dbp.DE (Thomas-Martin Kruel) writes:
  156. >Hallo all,
  157. >
  158. >   does anybody know how to inquire if GDOS is loaded or not ? Oh yes, I know
  159. >that Turbo C comes along with this nice function vq_gdos(), but this appears
  160. >not to be a genuine VDI-function.
  161. >   Furthermore, I need it for inclusion into Prospero Pascal, which uses GST
  162. >object format, not GST format.
  163. >   Are there any assembler codings available ? Any undocumented VDI Escapes ?
  164. >
  165.  
  166. The following is what I use in Mark Williams C to see if GDOS is installed:
  167.  
  168.         .shri
  169.  
  170.         .globl gdos_installed_
  171. gdos_installed_:
  172.         link    a6, $0
  173.         move.w  $-2,d0          / set d0 = -2
  174.         trap    $2              / call system
  175.         cmp.w   $-2,d0
  176.         bne.s   L2
  177.         clr     d0
  178.         bra.s   L1
  179. L2:
  180.         moveq   $1, d0
  181. L1:
  182.         unlk    a6
  183.         rts
  184.  
  185. What it does, basically, is sets D0 to -2, calls GEM (trap #2), and sees
  186. if the -2 in D0 was changed by GEM or not.  If it _was_ changed, GDOS is
  187. installed, otherwise, GDOS is not installed.  This assembler routine returns
  188. a 1 if GDOS is, in fact, installed.
  189.  
  190. >Thanks.
  191. >
  192. >
  193. >   Thomas-Martin Kruel
  194. >   Inst.f.Physikal.Chemie d.Univ.Wuerzburg
  195. >   Marcusstr. 9-11, D-8700 Wuerzburg
  196.  
  197.  
  198.  
  199. Steve Whitney   "It's never _really_ the last minute"       (())_-_(())
  200. UCLA Comp. Sci. Grad. Student                                | (* *) |
  201. Internet: stephen@cs.ucla.edu              UCLA Bruin-->    ?  \_@_/  ?
  202. GEnie:    S.WHITNEY                                           `-----'
  203.  
  204. ------------------------------
  205.  
  206. Date: 27 Jan 90 17:55:43 GMT
  207. From: umigw!mthvax.cs.miami.edu!dnelson@handies.ucar.edu  (Dru Nelson)
  208. Subject: Keyboard Question
  209. Message-ID: <1552@umigw.MIAMI.EDU>
  210.  
  211.    Hello,
  212.  
  213.       I found on an FTP site a good text file on connecting DEC keyboards
  214.       to the ST through the MIDI port.  It does require a slight hardware
  215.       modification (changing the MIDI port baud rate).  It is on
  216.       comp.sources.atari.st.
  217.  
  218.  
  219. --
  220. %% Dru Nelson %% Miami, FL %% Internet:  dnelson@mthvax.cs.miami.edu  %%
  221.  
  222. ------------------------------
  223.  
  224. Date: 25 Jan 90 21:29:21 GMT
  225. From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
  226. Subject: POOLFIX3.ARC - fix program for TOS 1.4, TOS 1.6
  227. Message-ID: <2000@atari.UUCP>
  228.  
  229. klute@heike.informatik.uni-dortmund.de (Rainer Klute) writes:
  230. >POOLFIX3 was not complete when it arrived at our site. Only the
  231. >following lines of uuencoded stuff came through:
  232.  
  233. >|begin 644 poolfix3.arc
  234. >[Stuff deleted]
  235.  
  236. If you got a truncated version of POOLFIX3.PRG, please send me MAIL.
  237. If you got a good version, don't send anything.  I will mail it
  238. to people who got the bad copy, unless it's a LOT of people.
  239.  
  240. ============================================
  241. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  242. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  243.  
  244. ------------------------------
  245.  
  246. Date: 27 Jan 90 07:25:29 GMT
  247. From: well!dsmall@apple.com  (David Small)
  248. Subject: Specter GCR questions
  249. Message-ID: <15756@well.UUCP>
  250.  
  251. The basenote asks some Spectre GCR questions. (Hmmm..
  252. comp.sys.atari.st.spectre
  253. would sure save non-interested readers some time .. *grin*)
  254.  
  255.         On a 1 meg ST, you end up with an 832K Mac. This will run Hypercard
  256. pretty well, as well as nearly all software but extreme memory hogs
  257. (say, FullWrite Professional).
  258.  
  259.         Retail is $299. Discounters discount, but make *sure* they have
  260. stock before sending money, *especially* since the big distributor CSS
  261. folded up -- that's still making waves!
  262.  
  263.         The ROMs that are required with it go for around $125, I've been told
  264. many times.
  265.  
  266.         Address: Gadgets by Small / 40 W Littleton Blvd #210-220
  267.                 Littleton, COLO 80120. Tele: (303) 791-6098 MWF.
  268.                 FAX: (303)791-0253.
  269.  
  270.         I don't feel comfortable "advertising" on USENET, but these *are*
  271. the exact answers he asked for...
  272.  
  273.         -- thanks, Dave / Gadgets / I wrote the darn thing.
  274.  
  275. ------------------------------
  276.  
  277. Date: 25 Jan 90 15:56:32 GMT
  278. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  279. Subject: ST Format, TOS 1.4 moans directed at Atari UK (was: HAPPY NEW YEAR,
  280.  ALL!)
  281. Message-ID: <1990@atari.UUCP>
  282.  
  283. aimd@castle.ed.ac.uk (M Davidson) writes:
  284. | why am I talking to myself when I know no
  285. | one from Atari UK ever reads this newsgroup. Fourthly, why does no one
  286. | from Atari UK ever read this newsgroup?
  287.  
  288. I don't know why Atari UK doesn't read netnews, but your comments
  289. (and Neil's, and all the other reasonable gripes that I've seen
  290. from U.K. users) are being forwarded to the Tramiels.
  291.  
  292.  
  293. --
  294.    |||   Ken Badertscher  (ames!atari!kbad)
  295.    |||   Atari R&D System Software Engine
  296.   / | \  #include <disclaimer>
  297.  
  298. ------------------------------
  299.  
  300. Date: 27 Jan 90 06:43:40 GMT
  301. From: cunixc!cunixd.cc.columbia.edu!ia4@columbia.edu  (Imran Anwar)
  302. Subject: ST S/ware Rental Places
  303. Message-ID: <2720@cunixc.cc.columbia.edu>
  304.  
  305. In article <26747@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
  306. >In article <2713@cunixc.cc.columbia.edu> ia4@cunixd.cc.columbia.edu (Imran
  307.  Anwar) writes:
  308. >>In article <26640@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
  309.  
  310. LOTS of stuff deleted
  311. >
  312. >Movie theft continues, but not to the same degree. A video pirate cannot
  313. >easily mass produce or copy films without a great deal of equipment or
  314. >time. A software pirate can literally mass produce 100's of copies
  315. >of software an hour.
  316.  
  317. 1- The video pirates, say in a 3rd country. CAN easily produce many copies and
  318. DO so.... unfortunately for the movie industry
  319.  
  320. 2- If a s/ware pirate wanted to "mass produce 100s of copies" he (or she :-)
  321. must be doing it for financial benefit....and in that case would STILL do it
  322. by buying an original and copying that......such a person could then even sell
  323. the original......
  324.  
  325. So should we also ban the resale of s/ware under the assumption made above?
  326.  
  327. Please note that I do not necessarily disagree with the points made against
  328. s/ware rentals but just feel these points should clear some of the analogies
  329. that do not really fit .
  330.  
  331. Regards
  332.  
  333. Imran
  334.  
  335. ------------------------------
  336.  
  337. Date: 25 Jan 90 16:18:33 GMT
  338. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  339. Subject: TURBO-C Question!
  340. Message-ID: <1992@atari.UUCP>
  341.  
  342. The switch you're looking for to avoid PC relative overflow errors in
  343. the link phase is "-P".  BTW, if you're interested, I have a commented
  344. template TCC.CFG file (ascii, unlike the TC.CFG) that I'd be willing to
  345. put up on the net.  It's relatively short, and includes a list of all
  346. the warning switches and their levels.
  347.  
  348. --
  349.    |||   Ken Badertscher  (ames!atari!kbad)
  350.    |||   Atari R&D System Software Engine
  351.   / | \  #include <disclaimer>
  352.  
  353. ------------------------------
  354.  
  355. Date: 25 Jan 90 16:25:59 GMT
  356. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  357. Subject: TURBO C/MAS problem
  358. Message-ID: <1993@atari.UUCP>
  359.  
  360. The original posting asks "Is the ST version of Turbo C for real?"
  361.  
  362. Yes, it's for real; it's from Borland.  It's not sold by Borland in the
  363. US, however, for reasons I can't fathom.  The package is a solid one,
  364. and its code generation beats any 68000 compiler available for the ST,
  365. with the possible exception of GCC (maybe a slight advantage there). It
  366. has some drawbacks:  it is _very_ strict - ANSI compliant to a fault.
  367. Because of some implementation details, it is difficult to get some
  368. kinds of "older" style C code to compile without modification.  The
  369. libraries are complete, and the online help facility is wonderfully
  370. hypertextish. (is that a word? :)
  371.  
  372. The assembler that comes with the package, although it has some minor
  373. problems in 68030 code generation, is also very good.  Supports
  374. motorola syntax, with macros, include files, and other goodies.
  375. And, like the compiler, it's incredibly fast.
  376.  
  377. A new TC version with a source level debugger is being worked on too...
  378. I have no idea when they'll have it ready, tho.
  379. --
  380.    |||   Ken Badertscher  (ames!atari!kbad)
  381.    |||   Atari R&D System Software Engine
  382.   / | \  #include <disclaimer>
  383.  
  384. ------------------------------
  385.  
  386. Date: 27 Jan 90 16:55:28 GMT
  387. From:
  388.  zaphod.mps.ohio-state.edu!samsung!cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!r
  389.  omwa@tut.cis.ohio-state.edu  (Royal Ontario Museum)
  390. Subject: Unix Windows ...
  391. Message-ID: <1990Jan27.165528.2696@gpu.utcs.utoronto.ca>
  392.  
  393. I just ftp'd to get uw from him1.  It looks as if this is for the Mac.
  394. Does something like this exist for the ST?  If so, are there special
  395. Unix requirements (sockets?).
  396.  
  397. advThANKSance
  398.  
  399. Pavneet Arora
  400. ...!utgpu!rom!pavneet
  401.  
  402. Royal Ontario Museum
  403. 100 Queen's Park
  404. Toronto, Ontario
  405. M5S 2C6
  406. (416) 586-5626
  407.  
  408. ------------------------------
  409.  
  410. Date: 25 Jan 90 16:40:56 GMT
  411. From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
  412. Subject: VDI commands recording
  413. Message-ID: <1994@atari.UUCP>
  414.  
  415. cs163wed@sdcc10.ucsd.edu ( ) writes:
  416.  
  417. | Hello.  I wonder if it is possible to add an overhead to the VDI
  418. | such that calls to any VDI functions can be recorded automatically
  419. | somewhere in memory in some sutiable format.
  420.  
  421. What you are describing is a GEM metafile.  Using metafiles requires
  422. GDOS and the meta.sys driver.  The metafile format is documented
  423. in the VDI manual in appendix C; the Mark Williams C manual also
  424. has a good description in the "metafile" entry.
  425. --
  426.    |||   Ken Badertscher  (ames!atari!kbad)
  427.    |||   Atari R&D System Software Engine
  428.   / | \  #include <disclaimer>
  429.  
  430. ------------------------------
  431.  
  432. End of INFO-ATARI16 Digest V90 Issue #111
  433. *****************************************
  434.